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(54) Memory controller 

(57) A memory controller for controlling the transfer 
of data to and from a memory array, wherein the memory 

array includes a first type of memory and a second type 
of memory, the first type having a different signalling pro- 
tocol from the second type of memory, wherein the 
memory controller comprises: 

an address decoder having an input for receiving a 
memory access request, said memory access re- 
quest including the address of the memory array to 
be accessed, and an output for outputting the ad- 
dress of the memory array to be accessed; 
a first sub-controller for generating a plurality of 
memory interface signals for controlling the first 
type of memory, said first sub-controller being op- 
erated in response to addresses within a first range 
of addresses output by the address decoder; and 
a second sub-controller for generating a plurality of 
memory interface signals for controlling the second 
type of memory, said second sub-controller being 
operated in response to addresses within a second, 
non-overlapping range of addresses output by the 
address decoder. 
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Description 

[0001] This Invention relates to a memory controller 
and in particular to a memory controller for controlling 
the transmission of data to and from a memory array 
comprising at least a first type and a second type of 
memory. 

[0002] An example of a known memory controller Is 
described in US Patent No. 5721860. 
[0003] In accordance with the invention there is pro- 
vided a memory controller for controlling the transfer of 
data to and from a memory array, wherein the memory 
array includes a first type of memory and a second type 
of memory, the first type having a different signalling pro- 
tocol from the second type of memory, wherein the 
memory controller comprises: 

an address decoder having an input for receiving a 
memory access request, said memory access re- 
quest including the address of the memory array to 
be accessed, and an output for outputting the ad- 
dress of the memory array to be accessed; 
a first sub-controller for generating a plurality of 
memory Interface signals for controlling the first 
type of memory, said first sub-controller being op- 
erated in response to addresses within a first range 
of addresses output by the address decoder; and 
a second sub-controller for generating a plurality of 
memory interface signals for controlling the second 
type of memory, said second sub-controller being 
operated in response to addresses within a second, 
non-overlapping range of addresses output by the 
address decoder 

[0004] A user can therefore define the areas of mem- 
ory to be dedicated to a particular type of memory and 
add these types of memory as and when required. Such 
a memory controller therefore provides a user with the 
flexibility to connect different types of memory to a de- 
vice via a single bus and to store information as to the 
address range to be allocated to a particular type of 
memory. 

[0005] The memory controller of the invention may be 
used in a variety of electronic devices such as portable 
radio telecommunications devices (e.g. telephones and 
communicators). 

[0006] Preferably the first type of memory is a burst 
mode type of memory, in particular flash memory. The 
memory may be synchronous or asynchronous. The ad- 
dressing protocol may include multiplexed address and 
data. 

'[0007] Preferably parameters of the memory control- 
ler are. configurable e.g. the first and second range of 
addresses may be configurable. 
[0008] In accordance with the invention there is also 
provided a method of controlling the transfer of data to 
and from a memory array in an electronic device, where- 
in the memory array Includes a first type of memory and 



a second type of memory, the first type having a different 
signalling protocol from the second type of memory, 
wherein the method comprises: 

5 receiving a memory access request, said memory 

access request including the address of the mem- 
ory array to be accessed, and outputting the ad- 
dress of the memory array to be accessed; 
in response to addresses within a first range of ad- 

10 dresses generating a plurality of memory interface 
signals for controlling the first type of memory; and 
in response to addresses within a second, non- 
overiapping range of addresses generating a plu- 
rality of memory Interface signals for controlling the 

15 second type of memory. 

[0009] The invention will now be described, by way of 
example only, with reference to the accompanying 
drawings, in which: 

20 

Figure 1 shows the components of a memory con- 
troller in accordance with the invention; 
Figure 2 shows an example of the memory interface 
signals generated by a first sub-controller; 
25 Figure 3 shows an example of the memory interface 
signals generated by a second sub-controller; and 
Figure 4 shows an example of an implementation 
of a memory controller according to the invention. 

30 [0010] As shown in Figure 1 a memory controller 2 in 
accordance with the invention comprises an address 
decoder 22 and at least a first sub-controller 24 and a 
second sub-controller 26. The memory controller 2 con- 
trols the transfer of data to and from a memory array 4 

35 and operates under control of a microprocessor 6. 
[0011] The memory array 4 comprises at least a first 
type of memory 42 and a second type of memory 44. 
The first type of memory 42 is of a burst mode type, pref- 
erably a synchronous burst mode type e.g. the flash 

40 memory chip 28F160F3 from Intel Corporation. The 
second memory type is a Synchronous Dynamic Ran- 
dom Access Memory (SDRAM). Generally software Is 
stored in the SDRAM whilst it is not running in the burst 
mode memory. Generally the burst mode memory is 

45 used for the storage of code that is accessed frequently. 
Flash is the preferred type of burst mode memory since 
Flash memory is a non-volatile memory that can be 
erased in blocks. Flash is used to store application pro- 
grams and user data and also provides "execute in 

50 place" functionality. Mask-ROM is another example of 
burst mode memory. 

[0012] The memory controller 2 operates under con- 
trol of a microprocessor 6, which may be dedicated to 
this task. However the microprocessor 6 may also be a 
55 microprocessor shared between many resources of the 
device with which the memory controller operates. The 
processor 6 is connected to the memory controller 2 via 
the internal system bus 8 of the ASIC of the device with 
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which the memory controller 2 is associated. 
[0013] The microprocessor executes code that may 
be stored in the microprocessor itself or in the memory 
array 4. Thus the microprocessor has to access the 
memory array 4 via the memory controller 2 to transfer 
data to and from the memory array. 
[0014] The address decoder has an input 220 for re- 
ceiving a memory access request from the microproc- 
essor 6. The memory access request includes the ad- 
dress of the memory array 4 to be accessed. The ad- 
dress decoder 22 has an output 222 for outputting the 
address to be accessed. The address decoder also has 
an output 224 for outputting a sub-controller select sig- 
nal CS for selecting the sub-controller 24 or 26. 
[001 5] The first sub-controller 24 has an input 240 for 
receiving the address to be accessed and an input 242 
for receiving the sub-controller select signal CS. In re- 
sponse to an appropriate CS signal the first sub-control- 
ler 24 generates a plurality of memory signals for con- 
trolling the Flash memory 42. 

[001 6] The second sub-controller 24 has an input 260 
for receiving the address to be accessed and an input 
262 for receiving the sub-controller select signal CS. In 
response to an appropriate CS signal the second sub- 
controller 24 generates a plurality of memory signals for 
controlling the SDRAM memory 44. 
[0017] Although the outputs 222 and 224 are shown 
as dedicated outputs, a common data bus may be pro- 
vided between the address decoder 22 and the sub-con- 
trollers 24, 26. 

[0018] The operation of the address decoder 22 will 
now be described in more detail. A range of addresses 
is allocated to each type of memory in the memory array 
4. For instance, say the total capacity of the memory 
array 4 Is 2GB. 

[0019] The addresses 0 to 1 6MB are allocated to the 
Flash memory 42 and addresses above 16MB are allo- 
cated to the SDRAM 44. This infonnation is stored in the 
address decoder 22. 

[0020] In use, when the processor 6 accesses the 
memory, for example to fetch an instruction from the 
Flash memory 42, the address is first passed to the 
memory controller 2 through the internal bus 8. When 
the address decoder receives a memory access request 
from the microprocessor 6, the address decoder 22 de- 
codes and examines the address of the memory access 
request and selects the appropriate sub-controller 24, 
26 on the basis of the address. If the address to be ac- 
cessed Is within the range of addresses allocated to the 
first type of memory 42, the address decoder outputs a 
sub-controller select signal CS1 . If the address to be ac- 
cessed is within the range of addresses allocated to the 
second type of memory 44, the address decoder outputs 
a sub-controller select signal CS2. The appropriate sub- 
controller then generates the appropriate memory ac- 
cess protocol signals. 

[0021] In response to the sub-controtler select signal 
CS1 , the sub-controller 24 generates a plurality of mem- 



ory interface signals for controlling the burst type mem- 
ory 42. Figure 2 shows an example of the memory in- 
terface signals generated by the first sub-controller 24. 
The sub-controller24 generates: a 22-bit address signal 
5 ADDR; a DATA signal that comprises at least one burst 
of 16 bits; and an address valid signal ADV. When the 
ADV signal is low, the address information is transmit- 
ted. 

[0022] In response to the sub-controller select signal 
10 CS2, the sub-controller 26 generates a plurality of mem- 
ory interface signals for controlling the SDRAM memory 
44. Figure 3 shows an example of the memory interface 
signals generated by the second sub-controller 26. The 
sub-controller 26 generates: a 1 2 bit address signal AD- 
15 DR that includes a column address COL and a row ad- 
dress ROW; a column address signal CAS and a row 
address signal RAS. which indicate when column or row 
data respectively is being transmitted; a DATA signal 
that comprises at least 1 6 bits; and a clock signal CLK. 
20 It will be clear to a person skilled in the art that the ROW 
address may be transmitted before the COL address 
and that the CAS and RAS signals may be active high 
(as shown) or active low. 

[0023] The processor 6 may configure the parameters 

25 of the sub-controllers 24, 26. Examples of the sub-con- 
troller parameters that the processor may configure are 
the clock frequency of the memory bus, number of wait 
states, size of the memory type associated with the sub- 
controller etc. The parameters of the address decoder 

30 may also be configurable so that the address ranges al- 
located to each type of memory may be altered. 
[0024] Figure 4 shows the pin Implementation of a 
memory controller according to a second embodiment 
of the invention. In this embodiment, the memory con- 

35 troller is arranged to operate with three types of memory: 
Flash memory 42, first SDRAM 44 and second SDRAM 
46. A first pin 201 outputs the first 1 4 bits of the address 
for the SDRAM memory 44 or 46 and the last 6 bits (bits 
1 6-21) of the address for the Flash memory 42. Pin 202 

40 outputs the 1 6 bit data for the SDRAM memory and the 
1 6 bit data or the 1 6 MSB of the address for the Flash 
memory 42. Pin 203 outputs the chip select signal CS1 
for the Flash memory 42. Pin 204 outputs the chip select 
signal CS2 for the SDRAM memory 44. Pin 205 outputs 

45 the chip select signal CS3 for the SDRAM memory 46. 
Pin 206 outputs a Clock Enable signal CKE1 for the 
Flash memory 42. Pin 207 outputs a CKE2 signal for the 
SDRAM memory 44. Pin 208 outputs a CKE3 signal for 
the SDRAM memory 46. 

50 [0025] The memory controller may also include Read 
Only Memory (ROM) 29. This is used to store the code 
used by the device on start-up. When the microproces- 
sor is reset (e.g. the device is switched on) the micro- 
processor 6 interrogates the ROM. Stored in the ROM 

55 Is Information regarding the type of memory to be ac- 
cessed when the device is reset. For instance the ROM 
may include instructions that the memory controller 
should always access the Flash memory on reset. The 
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Flash memory may store infomiatlon regarding the ad- 
dress ranges to be used by the memory controller 2. 

This information is read by the microprocessor and 
stored in the address decoder 22 of the memory con- 
troller. 

[0026] The address information (i.e. ranges and type 
of memory) may either be hardwired into the address 
decoder 22 or this information may be downloaded from 
the boot ROM 29. Alternatively the memory controller 2 
or boot ROM 29 may be programmed with instructions 
as to how and from where to download this infomnation. 
Thus if the method for accessing the first memory can 
be found from the BOOT ROM/hardwired logic of the 
memory controller, then the device wilt gain access to 
the first memory during boot up and by downloading in- 
formation from the first memory it will gain access to oth- 
er memories. Altematively the device may access this 
infonnatlon via an external interface (such as RS232) 
during boot up from Boot ROM 29 or the hardwired logic 
of memory controller 2 and by using this interface it may 
download information needed for accessing memories. 
[0027] This way of downloading the infomnation ena- 
bles an straightforward way to change the memory com- 
ponents without any need to change the ASIC. 



Claims 

1 . A memory controller for controlling the transfer of 
data to and from a memory array, wherein the mem- 
ory array Includes a first type of memory and a sec- 
ond type of memory, the first type having a different 
signalling protocol from the second type of memory, 
wherein the memory controller comprises: 

an address decoder having an input for receiv- 
ing a memory access request, said memory ac- 
cess request including the address of the mem- 
ory array to be accessed, and an output for out- 
putting the address of the memory array to be 
accessed; 

a first sub-controKer for generating a plurality of 
memory interface signals for controlling the first 
type of memory, said first sub-controller being 
operated in response to addresses within a first 
range of addresses output by the address de- 
coder; and 

a second sub-controller for generating a plural- 
ity of memory interface signals for controlling 
the second type of memory, said second sub- 
controller being operated in response to ad- 
dresses within a second, no n -overlapping 
range of addresses output by the address de- 
coder. 

2. A memory controller according to claim 1 wherein 
the first type of memory is a burst mode type of 
memory. 



3. A memory controller according to claim 2 wherein 
the first type of memory is flash memory. 

4. A memory controller according to claim 1 , 2 or 3 
5 wherein the first type of memory is MROM. 

5. A memory controller according to any preceding 
claim wherein the second type of memory is Syn- 
chronous Dynamic Random Access Memory. 

10 

6. A memory controller according to any preceding 
claim 1 , 2 or 3 wherein parameters of the memory 
controller are configurable. 

15 7. A memory controller according to claim 6 wherein 
the first and second range of addresses are config- 
urable. 

8. An electronic device including a memory controller 
^0 as claimed in any of claims 1 to 7. 

9. An electronic telecommunications device including 
a memory controller as claimed in any of claims 1 
to 7. 

25 

10. A method of controlling the transfer of data to and 
from a memory array in an electronic device, where- 
in the memory array includes a first type of memory 
and a second type of memory, the first type having 

30 a different signalling protocol from the second type 
of memory, wherein the method comprises: 

receiving a memory access request, said mem- 
ory access request including the address of the 
35 memory array to be accessed, and outputting 

the address of the memory array to be ac- 
cessed; 

in response to addresses within a first range of 
addresses generating a plurality of memory in- 
40 terface signals for controlling the first type of 

memory; and 

in response to addresses within a second, non- 
overlapping range of addresses generating a 
plurality of memory interface signals for control- 
^5 ling the second type of memory, 

11. A memory controller substantially as described 
herein with reference to the accompanying draw- 
ings. 

50 

12. A method of controlling memory accesses substan- 
tially as described herein with reference to the ac- 
companying drawings. 

55 
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